home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / maillist / 94-05.Z / 94-05 / 000168_news@bigblue.oit.unc.edu_Thu May 12 19:04:03 1994.msg < prev    next >
Internet Message Format  |  1994-05-31  |  7KB
  1. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA17575; Thu, 12 May 1994 18:45:40 -0400
  3. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  4.           id AA35639; Thu, 12 May 1994 18:26:22 -0400
  5. Received: from GATEWAY by bigblue with netnews
  6.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  7. To: winsock@sunsite.unc.edu
  8. Date: Thu, 12 May 1994 19:04:03 GMT
  9. From: arnstein@netcom.com (David Arnstein)
  10. Message-Id: <arnsteinCppEAr.L72@netcom.com>
  11. Organization: My Own Internet Account!
  12. Sender: ses
  13. References: <matt.10.2DCAB5B1@sc1.tamu.edu>, <2qrdb3$lr@bmerha64.bnr.ca>, <1994May12.155317.3383@megatek.com>
  14. Reply-To: arnstein@netcom.com
  15. Subject: Re: 32 bit access with SCSI no available. Hunh? was Re: Win Mosaic alpha 4 (my fix)
  16.  
  17. In article <1994May12.155317.3383@megatek.com>,
  18. Antti Tirronen <ajt@megatek.com> wrote:
  19. >When I had both IDE and SCSI disks installed, I had windows on the IDE disk
  20. >and it was happy (and faster) with its 32-bit mode. I haven't yet taken the
  21. >time to try to figure out how to get that back, now that I got rid of the IDE
  22. >in favor of an all out SCSI system.
  23.  
  24. You've discovered the annoying fact that under Windows 3.1 and WFWG 3.11, SCSI
  25. disk I/O is SLOW, SLOW, SLOW.  This is because Windows 3.1 won't do 32-bit disk
  26. access for (almost all) SCSI host adapters.
  27.  
  28. As a result, each time SCSI I/O occurs, Windows must switch from 32-bit
  29. protected mode to real mode, and run code out of your SCSI host adapters ROM
  30. BIOS.  Doubly slow!
  31.  
  32. If you had 32-bit disk access going, Windows would run the code (32-bit disk
  33. access driver) in protected mode, without touching your SCSI BIOS.
  34.  
  35. Only Future Domain host adapters are supplied with a driver that permits 32-bit
  36. disk access from Windows.  This driver does not work with WFWG 3.11 and
  37. besides, if you do use this driver, you may have to disable 32-bit disk access
  38. for your IDE drive(s).
  39.  
  40. Windows 3.1 users:
  41.  
  42.     ***   J U S T    S A Y    N O    T O    S C S I   ***
  43. -- 
  44. David Arnstein       |          What do you mean, "get a life"?
  45. arnstein@netcom.com  |          This *is* my life!
  46. From news@bigblue.oit.unc.edu Thu May 12 19:08:47 1994
  47. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  48.           id AA17563; Thu, 12 May 1994 18:45:34 -0400
  49. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  50.           id AA26616; Thu, 12 May 1994 18:18:43 -0400
  51. Received: from GATEWAY by bigblue with netnews
  52.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  53. To: winsock@sunsite.unc.edu
  54. Date: Thu, 12 May 1994 19:08:47 GMT
  55. From: yon@world.std.com (David A Yon)
  56. Message-Id: <CppEIo.9Kn@world.std.com>
  57. Organization: The World Public Access UNIX, Brookline, MA
  58. Sender: ses
  59. Subject: Decent TELNET library for WinSock programmers?
  60.  
  61.         Has anyone found a decent vendor (or even better, public-domain)
  62. which provides a library to provide TELNET connections?  I'm looking to add
  63. the ability to push data over a TELNET connection to my Windows program.
  64. Here are my requirements:
  65.  
  66. 1) Works using WINSOCK
  67. 2) Packaged as a DLL or LIB
  68. 3) Minimal (or no) redistribution limitations
  69. 4) Provides simple interface to open a TELNET connection, read/write data
  70.    to the connection, close the connection.
  71.  
  72.         I've found several implementations, but none to my liking:
  73.  
  74. 1) Distinct has a good solution, but wants $50/copy to redistribute telnet.dll!
  75. 2) GCP++ costs $1000 for the SDK and redistribution rights, and has a hokey
  76.    "server" EXE which your program communicates with.
  77. 3) There's an SDK for Chameleon, but the salesperson wasn't real helpful in
  78.     getting my questions answered.
  79.  
  80.         Has anyone used the Chameleon SDK?  If so, is there the equivalent
  81. of a "TELNET.DLL" which gives me a high-level API to telnet connections?
  82. Can I freely redistribute that DLL?  Any other vendors I should know about?
  83.  
  84.         Thanks in advance for any info...
  85.  
  86. David
  87. yon@world.std.com
  88. From news@bigblue.oit.unc.edu Thu May 12 21:18:36 1994
  89. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  90.           id AB17604; Thu, 12 May 1994 18:45:57 -0400
  91. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  92.           id AA35837; Thu, 12 May 1994 18:21:25 -0400
  93. Received: from GATEWAY by bigblue with netnews
  94.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  95. To: winsock@sunsite.unc.edu
  96. Date: Thu, 12 May 1994 21:18:36 GMT
  97. From: hutton@rintintin.colorado.edu
  98. Message-Id: <CppKJ0.H5p@cnsnews.Colorado.EDU>
  99. Organization: University of Colorado - Boulder [CNS Small Systems]
  100. Sender: ses
  101. References: <2qrjkp$quf@usenet.srv.cis.pitt.edu>
  102. Reply-To: hutton@rintintin.colorado.edu
  103. Subject: Re: IBM TCP/IP and Trumpet Winsock
  104.  
  105. In comp.os.os2.networking.tcp-ip, David J Birnbaum writes:
  106. >I have succeeded in running WinMosaic through Trumpet tcpman.exe over a
  107. >slip connection, but I can't get it to work on an ethernet-connected
  108. >machine. Can anyone advise?
  109.  
  110. [snip]
  111.  
  112. >> Error - Unable to locate WINPKT or PKTDRV virtual packet driver
  113. >
  114. >If I had to guess, I would guess that I'm not loading a packet driver
  115. >properly or setting an address properly or something like that. But I
  116. >didn't install my own network card and I'm not sure where to look for
  117. >the information.
  118.  
  119. When the TCP/IP for OS/2 kit is installed and running, OS/2 uses the TCP/IP
  120. stack and doesn't allow Dos or Windows to access the stack directly.  If you disable
  121. the OS/2 TCP/IP (and NetWare Requester, if that's loaded) and then try to load
  122. a packet driver, you should be able to use the ethernet adapter.  You should also be
  123. able to use a Winsock dll.
  124.  
  125. Quoting Gilbert-Howard@yale.edu:
  126.    The Trumpet WINSOCK package would run under OS/2 2.x WINOS2 if the
  127.    LAN adapter is not defined to OS/2, there is no OS/2 LAN support, there is
  128.    no NDIS (LAPS) driver.  Then one DOS VDM could grab it exclusively and run
  129.    one program (such as Trumpet WINSOCK).  Architecturally, it may be possible
  130.    to run OS/2 TCP on one Ethernet card and Trumpet WINSOCK on a second
  131.    card.
  132.  
  133.    Trumpet WINSOCK will not run in a DOS VDM under the IBM TCP/IP for OS/2
  134.    because IBM TCP/IP does not present a "virtual packet driver" that TCPMAN
  135.    would understand.  The DOS/WIN Access Kit provides a virtual device driver
  136.    that allows DOS/WIN programs to "handoff" TCP API calls to the real TCP running
  137.    under OS/2.  It is also not possible for a real packet driver running in the DOS
  138.    environment to share the same Ethernet card with NDIS running in OS/2.
  139.  
  140. Willie Hutton
  141.  
  142. ---------------------------------------------------------------------
  143. William Hutton                          The opinions expressed are my
  144. University of Colorado - Boulder        own and not my employers.  If
  145. CNS Small Systems                       you don't like it, tough luck.
  146. ---------------------------------------------------------------------